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ABSTRACT 

A three-semester core curriculum for undergraduate 
computer science is proposed and described. Both functional and 
imperative programming styles are taught. The curriculum particularly 
addresses the problem of effectively presenting both abstraction and 
implementation. Two courses in the first semester emphasize 
abstraction. The next courses stress implementation as well as 
analysis. The third semester provides practical experience in 
programming. This curriculum has innovative aspects with respect to 
organization, methodology, and content. By integrating programming 
with mathematics in the first semester, abstractions and 
implementation become partners rather than competitors. In the later 
courses, implementation can be emphasized more naturally because of 
the early mastery of abstraction. The methodology emphasizes active 
learning via concrete laboratory experiences, and introduces multiple 
languages within the first year. (Contains 11 references.) 
(Author/BEW) 
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Abstract 

A novel three semester core curriculum for undergraduate Computer Science is described. It addresses the problem of 
effecii\ely presenting both abstraction and implementation. Both functional and imperative programming styles are taught. 

Two courses in the first semester emphasize abstraction. The next course stresses implementau’on as well as analysis. The 
third semester provides practical experience in programming In the large. 

Introduction 

The last decade saw a major change in undergraduate foundations courses in Computer Science. Microcomputers and 
efficient Pascal compilers encouraged a standardization of introductory courses. Although other languages remained popular, 
Pascal became the standard as evidenced by the emphasis placed on its mastery in the Advanced Placement Exams and the 
pleiliora of Pascal textbooks. Yet many of the problems that the designers of Pascal attempted to address remain. Some 
students still fail to grasp underlying computer science concepts or develop strong programming skills (Koffman, Slemple, 
andwardle, 1985). 

In order to become proficient programmers, students must develop strong theoretical foundations as well as a firm 
grasp of how these concepts can be implemented on a modem computer. We claim that most current curricula muddle 
abstraction and implementation, diminishing students’ ability to master either. Too often students learn an abstract concept 
as they leant to implement it in Pascal. Linked lists implemented with pointers is an example. Students fail to appreciate list 
structures because they n(?ver fully gain mastery of pointers. The approach described in this paper presents abstractions 
before implementations. 

Two movements arc currently encouraging the abandonment of Pascal as the language for introductory Computer 
Science (Decker & Hirshfeld, 1993; Roberts, 1993; Skubles & While, 1991). The ‘‘abslracfionisis" advocate funcdonal (via 
Scheme) and object-oriented paradigms to stress concept over syntaede minuda. The “pragmadsls” advocate C as a practical 
choice for "real world" programming. We take a middle ground in which both Scheme and C arc inlroduc^tl within the first 
year. We also expose students to object-oriented paradigms so that “programming in the large" can be addressed via C++ 
and CASE toob In the third semester. 

Our goal is not only to make our students literate in two divergent paradigms. We explicitly focus on the dichotomy of 
abstracdon and implementation. Scheme is used to introduce the “big ideas" of Computer Science in the first semester in 
"Computational Problem Solving" (CSI ) . This course is strongly articulated with a concurrent mathematics course, “Discrete 
Structures of 0)mputer Sdence" (DS) that replaces the classic Discrete Mathematics course and also uses Scheme. The 
Scheme environment allows us to avoid the syntactic detail required in Pascal or C environments. The practical problem of 
implemenUUion is addressed in the second semester in “Implementation and ;\nalysis of Abstract Data Types" (0>2) ,when C 
and C++ are iLsed to examine how abstractions are expressed efficiently. In the third semester “Programming in iltc Large" 
(C83) provides experience in applying Implementations of abstractions to large complex problems. 

This curriculum has Innovative aspects with respect to organization, nicthodolog)', and content. By integrating 
programming with mathematics In the first semester, abstractions and implementation become partners rather tlian 
competitors. In the later courses implementation and analysis can be emphasized more naturally because of the early mastery 
of abstractions. The methodology emphasizes active learning via concrete laboratory experience's, extending even to coverage 
of theoretical concepts In DS. Finally, the content Is unusual because it Includes the mathematiciil concepLs underlying 
modern programming methodologies, Introduces multiple languages witliin the first year, leads gracefully toward 
programming in the large, and presents the object-oriented paradigm throughout. 
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Each of the courses will be described in detail. A summary of our results to date is then provided. 

Discrete Structures of Computer Science (DS) 

The goal of DS is to present aspects of mathematics that relate to problem solving by computer so that students can 
apply them in dherse contexts. The content of DS is innovative because it places particular emphasis on those topics that 
relate closely to modem programming concepts, while the standard discrete mathematics course covers a more diffuse 
collection of topics. For example, we believe that lists, trees, and word algebras should be given the same early emphasis as 
sets. Laboratory work Is included to foster exploration of concrete examples. 

Several alternatives to the mainstream discrete mathematics course have recently been proposed. Henderson (1990) 
argues for a primary emphasis on problem solving, supported by appropriate laboratory experience. Maurer and Ralston 
(199 1) minimize mathematical formalism and center on algorithms and problem solving via induction and recursion. Neff 
(1993) has supplemented the topics of the traditional course with laboratory experience using a complete logic 
programming system with Prolog syntax. 

We attack the problem of non transferability of discrete mathematics through two mutually reinforcing, concurrent 
courses (DS and CSl) covering foundational topics in algorithm design, programming, and discrete structures, under the 
unifying prindple of problem solving. We reinforce each important concept through appropriate laboratory experience. 
Freshmen are capable of understandng complex concepts and relationships, but often lack the motivation necessary for 
following formal textbook mathematics. The new DS course uses a strategy of involvement by example, via dcclarauve 
programming. 

Features of our new DS course Include: 

1. A small set of mathematical topics, closely related to the core of computer science covered In depth. 

Topics include: functions on lists, trees, and word algebras, the relational daubase model, polymorphic 
type inference, decompositions of digraphs, and formal languages. Each topic is presented as an 
application of general foundational principles, such as recursively defined sets and functions, structural 
and numerical Induction, properties of relations, and informal predicate logic. 

2. Q)ncrete examples are explored both through paper and pencil exercises and laboratory work in Scheiiie 
and with specific software packages for abstract mathematics, such as ISETL. Articulation with CSl is 
critical to Insure that programming concepts are mastered before being applied to mathematical 
abstractions. 

3. Work in logic programming utilizes a specially developed language knowo as Prologb (Neff, 1993). U 
implements a pure logic subset of the Prolog syntax, and, unlike Prolog, uses a breadth-first search 
strategy' to guarantee solution for all valid queries, regardless of the ordering of clauses or gojils. 

Computational Problem Solving (CSl) 

A first course in Computer Science should introduce the fundamental concepts of the field, and provide a strong 
foundation in the practical art of programming (ACM Curriculum Commiuee, 199D. There is condici between teacliing the 
abstract concepts and providing a practical experience upon which later courses rely. Our innovative approach is to 
introduce abstracUons of all kinds (Including OOP) in CSl using a language such as Scheme that is suited to ‘’hiding’* 
implementation. The emphasis in our CSl is not on functional programming per se. We exploit the high level nature of a 
functional language in order to avoid low level syntactic minutia. 

The classic approach to Introductory programming assumes that students must first learn the "prinuuve" constructs of a 
programming language before proceeding to the nx)re abstract. For example, pointers are taught before It is an 
historical artifact that data types such as lists and graplis are not considered primitive data types witliir " language like Pascal. 
Such limitations are creating an accelerating shift away from Pascal. For example, Roberts (1993) foiu . Pascal inadcciuate as 
a base for teaching modem programming concepts, overly restrictive in design, and of limited usefulnt‘ss in more advanced 
work, and opted instead for C. Skubics and Wlilte (199 D chose Smalltalk in order to stress mtxiular design and reusability. 
Decker and Ihrshfeld (1993) teach the object-oriented approach via Object Pascal. 

Wc believe a first course must emphasize the fundamentals of programming. Including iteration, recursion, decision 
making, daui encapsulation, and process control and modularization, rather than the mxstery of the details of a particular 
programming language. We emphasize the fundamentals lit rough three means. First, CSl itself provides an abstract 
conceptUiil framework through formal lecture and off-computer problem solving activities. Second, the course Is urticiilaicd 
with DS so that the strong tics between the malltematlcal formalisms and the computational expression of those formalisms is 
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made clear to students. Finally, extensive experience in developing solutions to small programs is provided in both open and 
closed laboratory activities. Closed laboratory sessions provide invaluable giudance in important working strategies such as 
program organization, incremental testing, and use of the debugger. 

Our current choice of language is Scheme, It allows us to dispense with much of the syntactic minutia associated with 
Pascal (or C) because of the absence of re(iuired data typing, the simple syntactic form, and the more natural expressibility of 
functions as individual entities via an interpreted environment. 

A major theme is the practical illustration of top-down design via bottom-up implementation. Tlie functional paradigm is 
used to stress the components of a computational process: Input (via parameters), output (the returned value), and process 
{the body of the code.) Small programs (functions) can be designed, coded, tested and debugged as autonoinous units. Once 
verified tliey can be combined into larger procedures, which themselves eventually form a fully working program. In essence, 
this is bottom-up implementation. 

The stumbling block in many introdtictoiy computer science courses is convincing students that bottom-iip 
implementation alone is not sufficient. Top-down design must precede it. The contribution of a dii>cretc structures course is 
critical. By viewing a solution to a computational process as a static function, rather than an impct auve process, students are 
encotiraged to think of the composing function and its parts, regardless of how the details of the parts are constructed. Vte 
believe tliis will lead to a perspective in which top-down design is viewed as a natural evolution, rather than a fonn that is 
required by the instructor. 

Features ofCSl include: 

1. The course begins with tlie concept of a function. Both primitive and user defined functions are used to 
construct larger solutions to simple problems. Correctness is stressed by showing the correspondence 
between the informal denotational semantics of Scheme and the model of the problem. 

2. Program control is introdticed via recursion and conditional branching. The empliasis is on a strong 
associaiion'wiili a mathematical (and thus declarative) specification of a solution to a problem. 

3. Data organization and typing are introduced via the use of nested list structures. Data types (integers, 
reals, Rooleans, strings) as spccuili/ations of the concept of a symbol are presented. Data abstraction 
(including stacks, queues and trees) is showm to be an extension of nested list structures. Object-oriented 
ideas are shown by stressing operator definitions such as constructor and accessor functions and by- 
showing that ftmetions are first class objects. 

The imperative framework is introduced. The iterative construct is presented together with an explanation 
of its correct use. Iteration is shown in relation to recursion; the recursion's precondition is precisely the 
loop invariant. Arrays (vectors) are presented within llic context of efficiency of acc(‘ss. I/O is initially 
inirodiiced via a discussion of the read/eval/prinl loop as a means of creating ctisiomi /ed environnieiiLs. 
More traditional perspectives on interfaces are then discussed and simple file processing is introduced. 

Implemenl'^tlon and Analysis of Abstract Data Types (CS2) 

The goal of (^2 is to provide insight into the implenienuition and efTiciei’cy of the struniircs and algoriiluiis iluii were 
learned in (IS 1. A model of computation that is close to that of the acttial hardware is retjuired: hence an imperative 
framework is critic;il. The go;il of (1S2 is not to teach an imperative language, but to einphasi7e the analysis of the trade*<»ffs 
between implementations. Within this context, the notion of efficiency, both of time and space, lias special relevaiu'e. The 
major innovation of this course is that it is not simply an extension of (ISl, bin explicitly changes the focus from nuisiery of 
abstract concepts to antilysis of iinplemenuuion and efficiency. This approach is exactly the opposite of the traditional 
curriculum. 

The traditional (1S2 course is the place where the price is paid for any flaws in (!SI . In the htst decade, the ctirriculum 
has collapsed downward, and Qv2 typically emphasizes intermeciiate programming, data structures and algorithm analysis, as 
well as software engineering. If the (^l experience was in the “Rascal langtiage features" form, students do not have reijuisiic 
skills to master all of this new material. When the {'S\ cntirse exces.sively empliasi/es low levvl details, students lack 
experience in procedural organization of inedium-sized prograias. When discrete nutliematics is not integrated wiili CSl, 
they do not have the requisite mathematical m;iturity to absorb algorithm analysis. 

Many current CS2 books present (but structures and algorithms in a cookbook fashion. When the “chtssic" algorithms 
and data structures are prescnled as complete Rascal code, there is little iiiceiUive for the instructor or student to go bc'yond 
the study of completed solutions. Such approaches de-emphasize trade-offs between solutions. Similarly, algorithm aiuiiy>;is Is 
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often lost on siudenis because they are shorn techniques for polynomial time, but not logarithmic or exponential time, even 
though the trade-offs between tlte tltree is the real point of the discussion, The polynomial techniques are often learned by 
rote and consequently do not help develop intuitions about time complexity. 

Our approach is to emphasize implementation and analysis o\‘er ilie simple mastery of data structures and classic 
algorithms. The difference Is significant. In our CSl and DS students wiU have been exposed to the "big ideas” of algorithm 
design and data structure choice. They should be comfortable users of abstract data structures. Since the concepts and 
mathematics have been covered, CS2 can efficiently focus on the Imperative implementation of those concepts. Teaching the 
imperative framew’ork is critical, not as a second approach to programming but as an Introduction to the traditional 
processor, Tlie emphasis requires exposure to an imperative language with object-oriented extensions. We have therefore 
chosen to introduce both C and C++. 

Features of CS2 include: 

1 . Introduction to the features of an imperative language compared with those of a functional language 
(sequential nature of code, relationship between procedures, parameter passing, structure of a complete 
program). 

2. Discussion of implementations of abstract data types in a strongly typed imperative language (e.g. slacks, 
queues, linked lists trees) as both static and dynamic based implementations. The focus is on analysis of 
irade-offe: for example between static and dynamic implementations. 

3. The object-oriented paradigm is introduced with an emphasis on implementation and efficiency both in 
reduction of coding time and transferability' to other problems. 

Programming in the Large (CSS) 

The goal of CS3 is to proride students with real experience in solving large complex "real world" problems. The foctis is 
the design, management, production, documentation and maintenance of large software systetus. It strives to e.xtend the 
notions of encapsulation, data and procedural abstraction, and inheritance by building on the students' prior experiences 
with the object-oriented paradigm. This course is innovative in its reliance on the previous mastery of abstract concepts, 
allowing management and implementation of a large problem solution to be empliasized without imposing huge time 
commitments bom students. 

The common requirements of ACM Curricula (1990 includes unit "SE2: Tlie software development process", which 
covers life-cytle models, design objectives, documentation, configuration management and control, reliability issues, 
maintenance, specification tools, and implementation tools. Surprisingly, object-oriented technology is not listed among the 
topics within the \0\'s topics for software engineering or advanced software engineering, although it is mentioned in some 
of the sample oudines for workshop courses. 

Both the industrial and research conmiunitics recognize that OOP is an emerging technology (Osborne & Johnson, 

1993; Skubics & ^ hite, 1991). The problems recognized in attempting to teach students the object-oriented paradigm via 
hybrid languages like C++ arc great enough to require that their first e.xposure be through a high level language supporting 
full OOP. Vfe believe that within a few' years, e.xperience with object-oriented technology as well as formal study of large-scale 
programming will be considered essential for computer science professionals. 

CS3 builds on tlie carlv curriculum to produce an exceptional exposure to the areas of software engineering and the 
objcct-oricnied paradigm. The course is Uiught on Sun vvorksUitions and cmploics the vast array of tools available in I'NiX, 
such as SCCaS, RSC for version control, XView for windowing, and SunWorks for software development, Tlie objec‘,-oriemcd 
features of C+ + are used extensively. 

The course builds extensively on the experiences of the previous courses. In CSI data and procedural abstraction, 
information hiding and inheritances will have been introduced. The object-oriented paradigm will have been contintied 
throughout CS2 through Scheme, as well as C++:7n CS3, Scheme will still be tiscd to demonstrate and motivate and C++ will 
be the vehicle to achic've the results in a “real-world" langtiagc. The use of Scheme as a moiivaior/faciliutior in CS3 is similar 
to that of the course described by Kay (1992). However, our approach is radically different in that we employ Scheme in the 
first course to implement concepts fundamental to computer science (where he uses Pascal). We move from the functional 
paradigm to the procdural one of C and C++ in CS2 (where he continues the procedural through C and introduces the 
functional through Scheme) . 

Another feature of this course is team projc-cts. W'e addatss the pitfalls of team projects described by Pournaghshbaml 
(1990) by limiting team si/.e, making the projects interesting and useful and rctiuiringwalklhroiiglis. CS3 also relies on a 
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required lab experience. The labs will be used for ihe demorsiration and developmenl of modules lhai will become 
cornponem parts of a “large” software system. In some cases, needed components will be available in project libraries. 

Software engineering tools is demonstrated.. 

Features of CS3 include: 

1. The course begins with a review and extension of prior OOP experiences through solution design aslng a 
true object-oriented variant of Scheme followed by re-lmplementadon In C++. Comparisons between 
solutions are made. 

2. Students are introduced to software engineering concepts through formal lectures and closed lab. A 
problem situation will be presented and student teams will design, code, lest and document a large 
software system to completely or partially solve the problem. Topics Include: software development life 
qcle, walkthroughs, software tools and environment, requirements specification, design — structure 
charts, testing, and maintenance. 

3. The required laboratory component of the course will involve producing small modules that serve as 
building blocks for a large software system. This lab experience will also provide demonstration and 
training on software engineering tools. 

4. Acthitles centered on code reuse and the advantages of OOP In this process will be stressed through lab 
activities and required in the design and implementation of each team’s project 

Summary and Status 

Versions of CSl, CS2 and DS that led to the curricular detail described here were offered between Summer and 
Spring 93. In Fall 93 fully articulated CSl A)S courses were offered for computer science majors. In Spring 94 the new CS2 
.vas offered for these students. CS3 will be offered in Fail 94. 

To dale, we have seen a marked Improvement in performance among students in the new DS, CS1/CS2 sequence. Tliey 
demonstrated the ability to articulate a problem solution both in English and in Scheme. Quick mastery :>f a second 
programming language occurred in CS2, but more significantly, students employed a programming stv'le based on the 
procedural emphasis from their experience with Scheme. We believe this resulted from a firmer grasp of the abstractions, 
and because we could separate ilie abstractions from the implementation. Our results to date have been informal and 
anecdotal. Course notes and laboratory exercises have been prepared, and are being formally tested and evaluated during the 
93*94 academic year. 

We expect that the new courses will contribute to a redefinition of the objectives of the Initial core courses in computing 
and supporting mathematics. In mathematics, we moved from a “grab bag" of isolated topics to a package of concepts 
particularly useful and concurrently applied to computer science. In computing, we movrd from courses with syntax- 
centered emphasis to ones focused on tlie application of theory and high level computin5 concepts to problem solving. 

Because of the superior theoretical background provided by DS, CSl, and CS2 we are able to more successfully meet 
objectives. The potential impact of the new DS, CSl, CS2 and CS3 sequence is to demonstrate a teaching methodology that 
provides students with strong conceptual foundations, while simullaneoasly providing practical e.xperience in developing 
efficient implementations of those concepts. 
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